introduce private GtkActionHelper

The current process of implementing GActionObserver is annoying and the
GSimpleActionObserver interface leaves a lot to be desired.  Introduce a
new class, GtkActionHelper that gives you pretty much everything you'd
want to do as an implementor of GtkActionable.

The GtkActionHelper also features an "application" mode that is not
associated with a particular GtkWidget but rather with whatever widget
happens to be the active window of the given GtkApplication at a
particular point in time.  This will be useful for the Mac OS menubar.

GtkWidget: Add gtk_widget_insert_action_group()

This allows adding a GActionGroup with a given name at an arbitrary
point in the widget tree.

This patch also adds an internal _get_action_muxer() API.  Calling this
will create a GActionMuxer associated with the widget.  The parent of
the muxer will be the muxer of the widget's conceptual parent.  For
non-menus, that is the normal parent.  For menus, it is the attach
widget.

In this way, we end up with a hierarchy of GActionMuxer that largely
reflects the hierarchy of GtkWidget, but only in places that the action
context has been requested.  These muxers are the ones on which the
inserted actions groups are installed.

A following patch will add a user of this API.

GtkApplication: add 'active-window' property

GActionMuxer: add support for parent muxers

If a muxer does not contain an action group with the given prefix, chain
up to the "parent" muxer to look for it.

This initial implementation is rather inefficient.  It will lead to
changes on action groups associated with parent muxers being broadcast
to all children (regardless of if anybody there is interested or not).
An optimised version will follow soon.

GtkMountOperation: Return the right password_save

If the buttons were never sent we returned the wrong
default value (i.e. not what the UI displayed).

docs: Fix up the RadioButton example in the description

Updated Portuguese translation

Updated Portuguese translation

doc: fix location of ATK documentation (GNOME bug 682193)

fix an typo in zh_CN translation

Updated Galician translations

Updated Marathi Translations

Updated Marathi Translations

Updated Serbian translation

Updated Galician translations

GtkEntryAccessible: Remove unused variable

Updated Spanish translation

gtk/gtklevelbar.c: Fix build on non-C99 compilers

-Include fallback-c89.c for the usage of round(), where an implementation
 of round() is provided for compilers that don't have it
-Use g_ascii_strtod() instead of strtof as strtof() may not be universally
 available.

Update Visual C++ 2010 project files

-Turn on Whole Program Optimization for all Release builds.
-Disable Incremental Linking for all Release builds.
-Use MultiByte character set for all configurations for consistency.

Update Visual C++ 2008 projects

-Enhance optimization by turning on WholeProgramOptimization for all
 Release builds
-Disable IncrementalLinking for all Release builds
-Make sure we are using MultiByte character set, to be consistent across
 the board for all configurations

Fix _gtk_entry_get_borders() declaration

Regression introduced by https://bugzilla.gnome.org/show_bug.cgi?id=681591

docs: Clarify GtkToggleButton action documentation

https://bugzilla.gnome.org/show_bug.cgi?id=373279

Allow building with CFLAGS=-Werror

Allow building using:

$ CFLAGS=-Werror sh autogen.sh --prefix=/xxx

Fix typo in documentation

Update accessibility unit tests to consider password fields.

Updated test/a11y/entries.ui to include a new GtkEntry with
'visibility' set to FALSE, and update expectations.

https://bugzilla.gnome.org/show_bug.cgi?id=681591

Expose the masked string for password fields to assistive technologies.

Call _gtk_entry_get_display_text()from gtkentryaccessible.c to make
sure we always consider the actual text being displayed when
implementing the functions from the AtkTet interface.

https://bugzilla.gnome.org/show_bug.cgi?id=681591

Export gtk_entry_get_display_text() as a private function through
gtkentryprivate.h, so we can use it from gtkentryaccessible.c

https://bugzilla.gnome.org/show_bug.cgi?id=681591

Assamese translation updated

appchooserdialog: add a missing label mnemonic

https://bugzilla.gnome.org/show_bug.cgi?id=681577

po/eo.po: fix translations for GtkSwitch

Translating "ON" as "EK" (verb prefix for beginning of an action) and
"OFF" as "FOR" (away) is suboptimal.  Just use the suggested 1/0 glpyhs
instead.

The previous translator was clearly insane.

Assamese translation updated

Assamese translation updated

Assamese translation updated

Chain up relevant GObjectClass:notify vfuncs

These widgets have ancestors other than GObject which could eventually
implement the notify vfunc for their properties. For correctness, they
should chain up the notify vfunc.

https://bugzilla.gnome.org/show_bug.cgi?id=673478

toolbar: deprecate shadow-type style property

While shadow-type *properties* can make sense, to opt-out of the
padding/border machinery programmatically, having it as a style
property doesn't make any sense, since we have a better way to change
the bevel style from the theme already.
This commit deprecates the shadow-type style property in GtkToolbar.

toolbar: don't request CSS padding twice

This is a regression from commit
d0d21a4f00fee2c931dc3217bd89518dfcf7fe2a.

We are requesting the CSS padding twice: once unconditionally and
another time if SHADOW_TYPE != NONE, which is usually the case.

toolbar: deprecate internal-padding style property

This is equivalent to a regular CSS padding, and that's what people
should use.

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Bump version

3.5.10

Update expected dump output for color choooser

Updates

Optimize gtk_widget_path_copy() by preallocating "elems" array

gtk_widget_path_copy() currently calls g_array_append_val() in a loop,
which is inefficient due to reallocating the array's memory. Calling
g_array_set_size() before entering the loop reduces the number of CPU
cycles used by roughly 30%.

Patch by John Lindgren,
https://bugzilla.gnome.org/show_bug.cgi?id=679978

Fix a memory leak

As Pavel Vesin pointed out in bug 681064, we were leaking
the container_restyle_queue.

Fix DND keyboard control with XI2

We are using XI2 to grab the key events, but we did not do the
necessary extra work to make GDK deliver root window events to us.

https://bugzilla.gnome.org/show_bug.cgi?id=681006

Improve GtkMenuButton menu positioning

Take the menu halign/valign into consideration when positioning
the menu. Also, document the various combinations.

https://bugzilla.gnome.org/show_bug.cgi?id=680988

Remove references to deprecated functions

This inconsistency of the docs was pointed out by
Pierre-Yves Luyten in bug 680949.

gtk/gtkadjustment.c: Improve docs

Refer to #GtkAdjustment properties instead fields

Leave GDK_THREADS_ENTER/LEAVE visible for now

Not defining these macros at all causes harsh build breakages.
Better to leave them defined (but documented as deprecated) for now.
Everybody will still get the deprecation warnings for the underlying
gdk_threads_enter/leave.

We can hide the macros again later on when the world has had some
time to port off GDK threads.

Make GtkToolbar honour css border and padding

The widget is already calling gtk_render_frame, but is not measuring css
border and padding when negotiating its size. This patch replaces the
already existing get_internal_padding static helper with a function that
sums the old internal-padding value with the values specified via css.

cups: Use IPP api when necessary with CUPS 1.6

Add labels to some visual index images

Add GtkLevelBar to the visual index

Sync man page configury with GLib

Cosmetic improvements to man pages

docs: Add examples for use of GDK_VERSION_MIN_REQUIRED

I had to work this out for myself, so better document it.

docs: Improve man page generation

Use $(AM_V_GEN) for generating man pages, and set some parameters
for the XSL stylesheets. Among other things, don't generate AUTHORS
and COPYRIGHT sections.

Updated Persian translations

gtk: ref the action around gtk_action_emit_activate()

for the same reason we already ref the action's group in the function.
(cherry picked from commit ebe50bbecba1d4797853134add2cb37baa13092e)

Updated gujarati file

Updated gujarati file

iconview: fix get_tooltip_context transfer annotation

Just like treeview.

https://bugzilla.gnome.org/show_bug.cgi?id=681005

[l10n] Update Japanese translation

Modify the About label

Expand the thread deprecation documentation

The story is slightly different for applications vs libraries;
make it clear that libraries should continue using the lock so
we don't break applications that haven't been ported to the
'single thread' model yet.

fix bug#680901: translations of "even sheet" and "odd sheet" are wrong

notebook: restore previous behaviour wrt. unparenting of tab labels

When the tab label gets removed from the notebook on widget
desctruction, we should still unconditionally unparent it from the
notebook, since failing to do so will keep a stray reference alive.

In case applications rely on the tab label being destroyed to release
other references (e.g. because the tab label is a custom object, or
another object's lifecycle is tied to it using g_object_set_data_full()),
this will also possibly cause other references to get leaked.
In Nautilus, the result was we were failing to release the reference to
a NautilusWindowSlot, and other parts of the application relied
on it being destroyed at a specific time instead, causing the
application to crash when closing a window.

This is a regression from commit
325cf071d1b6de55eac2a97d8f38558efda17807.

This commit restores the previous unparenting behavior in case we're not
in a DnD operation.

https://bugzilla.gnome.org/show_bug.cgi?id=680349

menubutton: Clear references in dispose, not finalize

We need to do this here so that an explicit gtk_widget_destroy
on either the widget or a container that holds it will kill the
reference to the menu or model.

https://bugzilla.gnome.org/show_bug.cgi?id=680803

Improve threading documentation

This commit just adds a small section to the threading documentation
about the deprecation. More is needed here, including a migration
example.

gdk: Deprecate thread functions

This commit deprecates gdk_threads_init, gdk_threads_enter,
gdk_threads_leave and gdk_threads_set_lock_functions. Using GTK+
from multiple threads does not work at all on Windows, and is
problematic on other platforms as well. We want to move to a world
where all GTK+ calls are made from the main thread.
Use g_main_context_invoke, g_idle_add and related functions if you
need to schedule GTK+ calls from other threads.

http://bugzilla.gnome.org/show_bug.cgi?id=680754

demos: Don't use GDK_THREADS_ENTER/LEAVE macros

We don't use threads here, so no need to use them.

modules: Don't use GDK_THREADS_ENTER/LEAVE macros internally

These are just wrappers for the functions, and we want to
deprecate them. Stopping to use them internally is a good
first step. Also define GTK_COMPILATION so we can keep using
gdk_threads_enter/leave without causing deprecation warnings.

gtk: Don't use GDK_THREADS_ENTER/LEAVE macros internally

These are just wrappers for the functions, and we want to
deprecate them. Stopping to use them internally is a good
first step.

gdk: Don't use GDK_THREADS_ENTER/LEAVE macros internally

These are just wrappers for the functions, and we want to
deprecate them. Stopping to use them internally is a good
first step.

Bug 680822 — Document return value of GtkWidget::draw

Document the boolean accumulator used by GtkWidget::draw and a few other
GtkWidget signals.

Closes: https://bugzilla.gnome.org/show_bug.cgi?id=680822

Updated Galician translations

window: Update _gtk_window_set_is_active API comment

The comment referenced GTK_TOPLEVEL which has been replaced by
GTK_WINDOW_TOPLEVEL.

Updated Telugu Translation

Visual C++ property sheets: Remove wrong "install" line

We have gailutil-3.0.lib, not gailutil.lib

Visual C++ projects: Update .dll/.lib naming

Remove the "-win32-" from the output file names for the GDK and GTK+ DLLs,
like what is now done for quite a while on other platforms
(and MinGW builds), for consistency reasons.  This is due to GDK/GTK+
are buildable with multiple backends.

Note: For references, the Windows build only builds the Win32 backend
for the time being.

Updated Kazakh translation

Updated Serbian translation

Updated Serbian translation

Updated Greek translations

Updated Norwegian bokmål translation

Add an example for handling app menu fallback

The example shows how to use a menu button instead of the default
menubar when the shell doesn't show the app menu.

Updated German translation

Updated Spanish translation

widget-factory: add two GtkLevelBar (continuous and discrete)

Updated Slovenian translation

Updated POTFILES.in

wayland: Fallback to setting transient windows if no seat available

If we don't have a wl_seat - because a grab hasn't been initialised by GTK+
then fallback to making the shell surface transient to the parent rather than
a popup surface.

wayland: Don't compare against GdkWindowTypeHint as a bitmask

The hint was being compared as a bitmask which means types that were not in
the list were being erroneously matched

Updated Traditional Chinese translation(Hong Kong and Taiwan)

wayland: Add default settings implementation for Wayland backend.

Signed-off-by: Rob Bradford <rob@linux.intel.com>

wayland: don't wipe clipboard on any change coming from the same owner.

We now support independent selection and primary clipboards, and avoid
wiping clipboard on modifying its contents from the same owner. This fixes
most of the interaction issues with clipboard and selection.

Signed-off-by: Rob Bradford <rob@linux.intel.com>

Updated Spanish translation

GtkTreeModelFilter: Fix _iter_previous() when iter points at 2nd node

GSequence iterators point at the position between two elements so an
iterator pointing at the N tree model node is actually between the N-1
and N sequence elements. This means that asking for the previous
sequence iterator first and then checking if it is the begin iterator
would yeld true for an iterator pointing at the 2nd tree model node
and make us return FALSE mistakenly.

https://bugzilla.gnome.org/show_bug.cgi?id=679910

tests/filtermodel: Add test for bug 679910

wayland: Initial version of keyboard key event handling

Review comment: I think the implementation of the vfuncs in gdkkeys-wayland.c
depend on that we're using the keysysm as the hardware keycode. I think that
needs to be evaluated for the future. But for now this patch gives reasonably
complete keyboard input.

Signed-off-by: Rob Bradford <rob@linux.intel.com>

wayland: Hook up _get_num_lock / _get_caps_lock to read from XKB state

Signed-off-by: Rob Bradford <rob@linux.intel.com>